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UNIVERSAL REMOTE CONTROL WITH DISPLAY AND PRINTER 
CROSS REFERENCE TO RELATE APPLICATIONS 
This application claims the benefit of U.S. Provisional Application Serial No. 
60/288,192, filed May 2, 2001, which is incorporated herein by reference. 
5 BACKGROUND OF THE INVENTION 

This invention relates generally to remote controls and consumer electronics, 
and, more particularly, relates to printer devices. 

Consumer devices continue to become more complex, and for many 
consumers, more difficult to fully understand and operate. The first consimier 
1 0 electronic devices, radios and, later, televisions, had no remote controls. The controls 
then were simple - a combination povsrer switch and volume control and a tuning 
control. With the advent of the remote control, n&w features v^ere added — one of the 
first being the volume "Mute" feature. Soon, it became possible to perform many 
functions on the TV or the radio (now part of a larger system of amplifier, pre- 
1 5 amplifier, tuner and speakers). 

New, and eventually popular, consumer electronic devices were later 
introduced, including the VCR, CD player and more recently, the DVD player and 
PVR (personal video recorder ). The VCR was initially introduced without a remote 
control, but quickly remote controls were added to the product offering. Early VCR 
20 remote controls simply controlled the power and the transport mechanism ("Play," 
"Stop," "Pause," "Rewind," "Fast Forward" and "Record"). Today, VCR remote 
controls have far more features. For example, they permit the adjustment of tape 
tracking, the selection of programs for fixture recording, direct channel access, firame- 
by-frame program viewing and the ability to set the VCR's clock. To this end, the 
25 VCR remote control has grown from seven or eight keys to twenty or more. 

The CD player, when first introduced, came with a remote control. The first 
CD players held a single disk and were easy to control. Today, a cons\imer can buy a 
CD player that holds two hundred or more disks. This CD "jukebox" permits the 
consumer to painstalcingly enter the title of each disk by remote control, and control 
30 which disk and track of that disk will play next. This remote control has also grown 
from ten keys or so to over thirty with many keys performing two or more fimctions. 

Not only have the devices and their remote controls become more complex, 
but there are now many more devices that consxmiers are adding to their family room. 
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Al ound the time of the Great Depression, the family would sit around the radio, the 
only electronic entertainment device of its time. Television was introduced in the 
1950s and by the 1960s, many homes had one. VCRs were introduced in the 1970s. 
Today virtually every home has at least one TV and VCR. CD players were 
5 introduced in the 1 980s and DVD players and digital satellite systems were 

introduced more recently in the late 1990s. All of these devices, and many more, now 
aiTive in the home with a remote control. 

It has become far more complex than ever before to simply turn the electronic 
family entertainment system on. While for some families the TV can still be turned 
on with the press of one key on the TV remote control, for other famiUes, the pre- 
amplifier, amplifier and cable or satellite have to be turned on, too. To watch a rental 
movie, the VCR or DVD player has to be turned on. Finally, all these devices have to 
be controlled - volume set, the "Play" mode activated, the TV tuned to the right 
channel, and so on. So, rather than maintain a plethora of remote controls on the 
15 coffee table, consumers turned to universal remote controls or larger control systems 
which consoUdated many, if not all, of the remote controls in the home into one, more 
easily used device. 

Universal remote controls available today perform a valuable function, 
consolidating three, four, five and more remote controls into one device. Typically, 

20 the universal remote control simplifies operation by reducing the number of keys, and 
therefore, tiie number of features available to the consumer. With the same number of 
keys as found on one TV or VCR remote control, the universal remote conti-ol can 
operate the basic functions of several devices. For many consumers, the basic 
fimctions are enough for day-to-day use. 

25 For consumers with a more complex entertamment system or for those 

desiring control over a larger range of functions, extensive consumer electi-onic 
control systems are available. These systems can be configured to control the family 
entertamment system, the home alarm system, heating and air conditiomng, lights and 
the drapes. These systems put the consumer in intimate contact with all possible 

30 electronic and electrical functions of the home. 

For companies that provide remote contirols, consumer electronic devices 
continue tiieir march toward even greater complexity. A new wave of devices are in 
development now and include, among others, digital TV, personal digital assistants 
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with two-way commimications and products that converge the TV and the PC. Thus, 
a new form of easy-to-use remote control will be required to meet the needs of 
consumers as these new devices are integrated into the home. In addition, to appeal to 
the largest number of consumers, this new foim of remote control must be 
5 inexpensive. Furthermore, to accommodate the continuing growth in complexity of 
consumer electronic devices, this new form of remote control must possess new 
features and include the ability to stay flexible. 

SUMMARY OF THE INVENTION 
In accordance with these needs, a remote control comprising print capability is 
10 provided. For some applications the remote control functions as an interface between 
a consumer electronic device and a printer. 

A better understanding of the objects, advantages, features, properties and 
relationships of the invention be obtained from the following detailed description 
and accompanying drawings which set forth an illustrative embodiment and which are 
1 5 indicative of the various ways in which the principles of the invention may be 
employed. 

BRIEF DESCRIPTION OF THE DRAWINGS 
For a better understanding of the invention, reference may be had to a 
preferred embodiment shovra in the following drawings in which: 
20 Figure 1 illustrates a pictorial drawing of a universal remote control in which 

the principles of the subject invention may be embodied; 

Figure 2 illustrates an exploded assembly drawing of the imiversal remote 
control illustrated in Fig. 1 ; 

Figure 3 illustrates a block diagram of exemplary hardware for use in 
25 connection with the universal remote control illustrated in Fig. 1 ; 

Figure 4 illustrates an exemplary operating system and hardware hierarchy for 
use in the universal remote control illustrated in Fig. 1 ; 

Figure 5 illustrates an exemplary remote control application program 
hierarchy for use in the tmiversal remote control illustrated in Fig. 1; 
30 Figure 6 illustrates an exemplary sub-application program hierarchy for use in 

setting up the imiversal remote control illustrated in Fig. 1 ; 

Figure 7 illustrates an exemplary sub-application program hierarchy for use in 
personalizing the universal remote control illustrated in Fig. 1; 
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Figure 8 illustrates an exemplary sub-application program hierarchy for use in 
establishing the overall system behavior of the universal remote control illustrated in 
Fig. 1; 

Figure 9 illustrates an exemplary process for initializing a browser application 
5 resident on the universal remote control illustrated in Fig. 1 ; 

Figure 10 illustrates an exemplary operational sequence of the browser 
application resident on the universal remote control illustrated in Fig. 1 ; 

Figure 1 1 illustrates an exemplary browser screen layout capable of being 
displayed on the universal remote contiol of Fig. 1 ; 
1 0 Figure 1 2 illustrates an exemplary browser-based home control screen 

displayed on the universal remote control of Fig. 1 and the HTML source for use in 
displaying the control screen; 

Figure 13 illustrates an exemplary browser-based TV guide screen displayed 
on the universal remote control of Fig. 1 and the HTML source for use in displaying 
1 5 the TV guide screen; 

Figure 14 illustrates a two-way communication system including a computer, 
a computer network, and the universal remote control illustrated in Fig. 1; 

Figure 15 illustrates an exemplary Server Application Flow Chart for use in 
connection with the two-way communication system illustrated in Fig. 14; 
20 Figure 1 6 illustrates an exemplary display of Web-based data using the 

browser of the universal remote control illusti-ated in Fig. 1; 

Figure 17 illustrates the universal remote control illustrated in Fig. 1 docked to 
an optional keyboard; 

Figure 18 illustrates the remote control being placed in a base that is 
25 coimected to a separate printer; 

Figure 19 illustrates a base with a top-mounted integral printer; 
Figure 20 illustrates a base with an integral printer have a side mounted paper 
roll spool and a print chaimei and tear-bar mounted on the opposite side; 
Figure 21 illustrates sample thermal printed coupons; 
30 Figure 22 illustrates a remote control displaying a coupon and a "Print" button; 

Figure 23 illustrates two system configurations for interfacing with a printer, 
namely via a physical connection and via a wireless coimection; 
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Figure 24 illustrates an exemplary process for sending an image, and more 
generally data, to a printer; 

Figure 25 illustrates an exemplary process for outputting an image jfrom the 
remote control; and 

5 Figm-e 26 illustrates an exemplary process for communicating print status. 

DETAILED DESCRIPTION 
Referring now to Figures 1 and 2, there is illustrated a imiversal remote 
control device 10 in which the teachings of the present invention may be embodied. 
The remote control 10 comprises a housing 11, itself comprising two parts, an upper 
10 housing 12 and a lower housing 13. Included in the lower housing 12 is a battery 
cover 14, a stylus repository, and a slot 16 through which a liquid crystal display 
(LCD) contrast control switch 42 may be accessed. Stylus 19 may be located in the 
stylus repository. 

The upper housing 12 has openings through which keys 20, red Ught emitting 

1 5 diode (LED) 22 and a LCD 24 with a translucent touch sensitive overlay can be 

accessed. The keys 20 are illustrated as being arranged in a vertical line to the right of 
the LCD 24 and may comprise (from top to bottom) a "Backlight" key 30, "Volume 
Up" and "Volume Down" keys 32 and 34, "Mute" key 36, and "Channel Up" and 
"Channel Down" keys 38 and 40, respectively. The "Contrast Control" switch 42 can 

20 be located on the right side of the remote control 10 below the "Volume Up" and 

"Volume Down" keys, 38 and 40. The upper housing 12 may also include an opening 
for voice access to a microphone. 

At the top or forward end of the remote control 10, there is illustrated an 
opening for two forward facing infrared LEDs 50 and two side facing LEDs 51 . 

25 While the LEDs are provided for transmitting command signals to consumer devices, 
the forward facing LEDs 50 may also perform as an infrared light detector according 
to the teachings of co-pending U.S. Patent application 09/080,125 which is 
incorporated herein by reference in its entirety. The opening in which the LEDs 50 
and 51 are carried may be covered by an infrared-transparent lens 17. The forward 

30 end of the remote control 10 may also include an opening for an RF antenna 52. On 
the xmdemeath portion of the remote control 10 are located openings for a battery 
compartment 58 and, optionally, a piezo speaker, and/or connection contacts, e.g., 
battery charging contacts 107. On the left side of the remote control 10 can be placed 
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a phone jack 61 reserved for serial data operations. In certain embodiments, a 
magnetic modem coupler 71, as described in US Patent 5,537,463 which is 
incoiporated herein by reference in its entirety, can be included to permit transfer of 
data into the unit via a telephone handset or other source of magnetically encoded 
5 signal such as television or P.C. loudspeakers 

Refening now to Figure 3, there is illustrated a block diagram of exemplary 
operatmg circuitry 100 of the remote control 10. The operating circuitry 100 may be 
powered directly by a battery or indirectly from another electrical source. For 
example, power may be supplied by way of contacts 1 07, which may for example be 
1 0 battery charging contacts, or by other power sources (preferably a dc power source). 
The power supply is regulated and monitored by a power conditioning and status 
circuit 106 which includes provision for recharging the batteries (when the unit is 
equipped with rechargeable cells) via a set of external contacts 107. The operating 
circuitry 100 preferably includes a memory bank 110 comprising RAM 1 1 1 and Flash 
1 5 memory 1 1 2, Main Processor 1 0 1 (e.g., a Sharp LU77790A), a Display Module 1 80 
comprismg a liquid crystal display glass 182, touch panel overlay 184, 
electroluminescent backlight 186 and drivers 188. 

Also included in the operatmg circuitry 100 are shown a General Purpose 
Serial I/O circuit 108, an Infrared Controller 140 (e.g, comprising a Samsung 
20 KS88CO 1424 Microcontroller), an Infrared Transmitter circuit 1 50, an hifrared 
Receiver circuit 160, a Analog-to-Digital Converter (ADC) and Touch Decoder 
Curcuit 170 (e.g., comprising a PIC16LC715 Microcontroller or other touch screen 
controller/decoder chip), a Piezo Buzzer 102, a Key Pad 190 (the electrical diagram 
equivalent of the elastomeric keyboard 20 shown in Figure 2), a magnetic modem 71, 
25 and an RF Module 152 comprising an RF Controller 120 (e.g., a PIC16F84 

Microcontroller) and an RF Transceiver 130 (e.g., an RF Microdevices RF2915 chip). 
In an alternative embodiment, this RF module 125 may comprise an "off-the-shelf* 
RF transceiver unit with integral baseband processor such as the "900 MHz 
Microhopper" available from World Wireless Communications Inc. as part number 
30 011-1882. It will be appreciated that RF modules of other manufacture and/or other 
technologies (Bluetooth, IEE802. 11, etc.) are equally suitable. The RF circuitry is 
connected to the RF antenna 52 while the IR circuitry is connected to the IR LEDs 50 
and 51. 
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The Main Processor (e.g., a Sharp "System on a Chip," the LU77790A) may 
be based on a 32-bit3 ARM RISC (Reduced Instruction Set Computer) core. In this 
regard, the Main Processor would comprise the ARM processor core 300, LCD 
controller 310, general purpose I/O ports 320, and multiple serial UART ports 330. 
5 The Main Processor is provided to manage the entire process of interacting with the 
user through the bacldit, graphical, touchscreen, LCD module 1 80, the piezo buzzer 
102, the key pad 190, the microphone and/or the red LED 235 (LED 22 of Figs. 1 and 
2) and to provide two-way infrared and RF communications through the infrared 
controller 140 and the RF controller 120. 

1 0 Fig. 3 farther illustrates the electrical connections between the various 

modules such as connection 200 interconnecting the memory module 110 with the 
Main Processor 101, connections 210 and 220 interconnecting the LCD 180 with the 
Main Processor 101, connections 230, 240, 250, 260, and 270 interconnecting the 
Main Processor 101 with the Key Pad 190, Piezo Buzzer 102, the General Purpose 

15 Serial I/O Circuit 108 and the RF Controller 120, Infrared Controller 140, and ADC 
and Touch Decoder Circuit 170, respectively. Other connections include the 
connection 252 between the RF Controller 120 and the RF Transceiver 130 and 
connection 262 interconnecting the Infrared Controller 140 with the Infrared 
Transmitter 150 and also connecting the Infrared Controller 140 with the Infrared 

20 Receiver 160. 

Fig. 3 also shows that the remote control 10 can be adapted to mate to a 
charging base 700 to receive power and/or communications. To this end, the remote 
control may include recharging contacts 107 and data contacts 104. The contacts 107 
and 104 are provided to electrically couple with corresponding contacts 703 and 704 

25 in the charging base 700. The exemplary charging base 700 depicted in Fig. 3 may 
therefore comprise a power source 701 such as, for example, stepped-down power 
originating from a household electrical socket, which is connected to contacts 703. 
The exemplary charging base 700 may also comprise a printer control module 706 
that preferable comprises a serial interface (though other types of connection are 

30 acceptable) to connect, via connection 708, to a printer 710 and, via contacts 704, to 
the remote control 10. For some applications the printer 710 is a thermal printer 
integrated into the charging base 700. The print control modxxle 706 may alternatively 
be incorporated into the operating circuitry 100 of the remote control 10 or it may be 
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incoiporated into the printer 710. Either of tlie later alternatives allow the printer 710 
to be connected directly to the remote control 10. Any of the foregoing 
configurations allows the remote control 10 to function as a linlc, or interface, between 
a consumer electronic device (e.g., PC, home gateway, keyboard, TV, etc.) and the 
5 printer 710. 

Fig, 23 illustrates two configxirations for mterfacing with a printer. 
Configuration 1 is representative of the above-described system configuration where 
the remote control 10 interfaces with the printer 710 via a physical connection. 
Configuration 2 is representative of a wireless interface where the data is sent through 
10 printer control module 706' (which is associated with a base station). 

The electronic configuration illustrated in the block diagram of the operating 
circuitry 100 comprises a general purpose, multi-processor system. The operation of 
the multi-processor system is controlled by intemal control software. The control 
software may include routines, programs, objects, components, and/or data structures 
1 5 tiiat perform particular tasks that can be viewed as an operating system together with 
one or more applications. The operating system provides an imderlying set of 
management and control fimctions which are utilized by the applications to offer user 
fiinctions such as control of consumer appliances, access to Internet data, display of 
home automation controls, display of TV guide information, and the like. It should be 
20 understood tiiat, while tiie term "remote control" is used herein to designate the 

physical unit, in terms of the mternal software architecture the conventional "clicker" 
remote control user interface is but one of several possible applications which may 
co-exist v^thin the unit. 

Architecturally, tiie system is organized around the concept of Events and 
25 Resources. Events are occurrences which initiate an action. More specifically, an 
Event is an occurrence that requires a response from the remote control 10. Events 
include user-initiated activities such as pressing a physical key on the keypad 20, 
activating the touch screen LCD 24, speaking into a microphone, etc. Events can also 
be generated by the Main Processor 1 0 1 , for example by an internal timer register. In 
30 addition. Events can be generated by external means, such as, a communication 
transmission, etc. 

In response to an Event, the remote control will typically access one or more 
of its Resources. A Resource is, in its broadest definition, a block of data. The data is 
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often of a specific (defined) type. Within the memory 110, each memory data block 
is preferably identified by its "Resource ID" or by another indication where the 
Resource is located in the final, complete memory structure. Examples of Resources 
are bitmaps, strings, and control and display definitions. Generally, Resources are 
5 used to configure the remote control 10 to be responsive to the needs of the user. 
Many Resources are loaded into the memory 1 10 of the remote control 10 by the 
manufacturer when the remote control 10 is built. Other Resources may be created or 
modified by the user and still other Resources can be remotely loaded into the 
memory 1 10 by a service center, via the Intemet, etc. Resources allow the behavior, 

1 0 look and feel of the remote control 1 0 to be altered, even after it has been sold and is 
in the hands of the user. This powerfiil concept permits the user to personalize the 
remote control 10 to his or her own tastes. 

For ease of development. Resources may be instantiated within the remote 
control 10 by use of a Resource Compiler nmning on a PC or equivalent. The 

1 5 Resource Compiler accepts a text description of graphic and control elements and 

compiles them into memory data structures suitable for use within the remote control 
10. Although other mechanisms, e.g., manual compilation, self generation by the 
remote control operating system under user control, etc., are possible, a PC based 
Resource Compiler may provide the most efficient method for rapid development of 

20 Resources needed for a particular remote control application. Examples of commands 
which are available in an exemplary Resource Compiler for use in generating the 
memory data structures for the remote control include: 
SYMBOL (SvmbolName. Expression) 

"SymbolName" is the name of a new symbol to be created. "Expression" is an 

25 algebraic expression. It may also comprise previously defined expressions. 
INCLUDE (TilePath) 

"FilePath" points to a Resource residing in disk storage that will be included in 
the final memory data structure of the remote control. 
BITMAP TBitMapName. BitsPerPixel Width. Height. Radix) 

30 The BITMAP command generates a black and white bitmap Resource. 

"BitMapName" is the bitmap Resource ID while the "Width" and "Height" size the 
bitmap. "BitsPerPixel" is set to T and "Radix" is set to '2' in the first generation of 
the remote control product. 
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FONT (TontName. St artAsciilndex. EndAsciiTndRv) 

FONT generates a Resource Table that associates numeric values with 
bitmaps. This approach permits the use of an unordered set of bitmaps to be used as 
alphabetic characters or font. "FontName" is a SYMBOL. Its assigned value is the 
Resource ID of the font. "StartAsciilndex" is the index value associated witli the first 
bitmap ID. "EndAsciilndex" is the index value associated with the last bitmap ID. A 
list of bitmap Ids follows this Command. The bitmap IDs are typically expressions in 
the form of SYMBOL names. 



STRING rStringName . StringCharacters) 

STRING generates a String Resource. "StringName" is a SYMBOL. Its 
assigned value is the String Resource ID. "StringCharacters" comprise the text m the 
string. 

DATA (D ataName. rDataSpecifier.rExr>r11.DataKnd^ 

DATA generates a Data Resource. "DataName" is a SYMBOL. Its assigned 

value is the Data Resource ID. "DataSpecifier" indicates the size of the expressions 

("Expr") that follow it. There can be multiple expressions following a DataSpecifier 

and there can be multiple DataSpecifiers in a Data Resource. 

BITMAPBUTTONCONTR OL (ControlName. ControlCode. UnBitMap TD. 

DownBit MapID. InactiveBitMap I D. SelectBitMap TD) 

BITMAPBUTTONCONTROL generates a bitmap push button control. 

"ControlName" is a SYMBOL. Its assigned value is the Resource ID for the control. 

"ControlCode" is the value generated when the control on the touchscreen display is 
pressed or released. "UpBitMapID" is the Resource ID of the bitmap that is drawn on 
the display when the control is active but not pressed. "DownBitMapID" is the 
Resource ID of the bitmap that is drawn on the display when the control is active and 
pressed by the user. "InactiveBitMapID" is the Resource ID of the bitmap that is 
drawn on the display when the control is inactive. "SelectedBitMapID" is the 
Resource ID of the bitmap that is drawn on the display when the control is active and 
visually highlighted. 

STRINGBITMAPCONTR OL rControlName. ControlCode. StringlD. Fontm 
UpBitMapID. DownBitMap ID) 
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STRINGBITMAPCONTROL generates a bitmap push button control on the 
display with a string drawn over it. "ControlName" is a SYMBOL. Its assigned value 
is the Resoiu'ce ID for the control. "ControlCode" is the value generated when the 
control on the touchscreen is pressed or released. "StringID" is the Resource ID of 
5 the string that is drawn when the control is pressed or unpressed. "FontID" is the 
Resource ID of the font with which the string is drawn. "UpBitMapID" is the 
ResourcelD of the bitmap that is drawn on the display when the control is active but 
not pressed. "DownBitMapID" is the Resource ID of the bitmap that is drawn on the 
display when the control is active and pressed by the user. 
10 COMPOSITECONTROL (ControlName. TopX, TopY, ControlCode, Parameters 
rbelowL End) 

Rect: Xoffset, Yoffset, Width, Height, ForeGroundColor, BackGroundColor 

BitMap: BitMapID, Xoffset, Yoffset, XferMethod 

Line: Xloffset, Yloffset, X2offset, Y2offset 
15 RoundRect: Xoffset, YofFset, Width, Height, Radius, ForeGroundColor, 

BackGroundColor 

Text: StringID, Xoffset, Yoffset, Spacing, ForeGroimdColor, 
BackGroxmdColor, Direction, FontID 

ClipRect: Xoffset, Yoffset, Width, Height 
20 COMPOSITECONTROL generates a bitmap control for display from a collection of 
drav^g primitives. The control may be used as a picture or as a pushbutton control. 
Unlike other controls just mentioned, this control does not change when pressed. 
"ControlName" is a SYMBOL. Its assigned value is the Resource ID for the control. 
"TopX" is the left coordinate of the control. "TopY" is the top coordinate of the 
25 control. "ControlCode" is the value generated when the control on the touchscreen 
display is pressed or released. The parameters are optional graphic conmiands. They 
are: 

'Rect' defines an unfilled rectangle. Xoffset and Yoffset are the distance 
from TopX and TopY at which the top left coordinate of the rectangle is 
30 located. Width an Height are the dimensions of the rectangle. 

ForeGroundColor is the color of the rectangle and BackGroundColor is the 
color behind the text. 
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'BitMap' defines a bitmap and its location. BitMapID is the Resource ID 
of the bitmap. XofFset and Yoffset are the distance from TopX and TopY at 
which the top left coordinate of the bitmap is located. The XferMethod 
determines how the bits in the bitmap will be applied. 
5 'Line' draws a line from Xloffset, Yloffset to X2o£fset, Y2offset. 

XI offset and Yloffset are the distance from TopX and TopY at which point 
the line begins. X2offset and Y2offset are the distance from TopX and TopY 
at which point the line ends. 

'RoundRect' defines a rectangle with roxmded comers. Xoffset and 
10 Yoffset are the distance from TopX and TopY at which the top left coordinate 

of the rectangle is located. Width an Height are the dimensions of the 
rectangle. Radius is the radius of the rounded comers. ForeGroundColor is 
the color of the rectangle and BackGroundColor is the color behind the text. 
'Text' places a text string on the display, StringID is tlie Resource ID of 
15 the text to be drawn on the display. Xoffset and Yoffset are the distance from 

TopX and TopY at which the top left coordinate of the string is located. 
Spacing is the number of blank bits between letters. ForeGroundColor is the 
• color ofthe text and BackGroundColor is the color behind the text. Direction 
specifies the direction at which the text will be drawn. The FontID is the 
20 Resource ID for the font to be used in representing the text. 

'ClipRect' defines an allowable area within the display within which a 
drawing may appear. Xoffset and Yoffset are the distance from TopX and 
TopY at which the top left coordinate of the drawing area is located. Width an 
Height are the dimensions of the drawing area. 
25 SCROLLCONTROL fControlName, ControlCode, Left, Tod. Right. Bottom. State, 
TopUpID. TopDownlD. BottomUpID, BottomDownlD^ 

SCROLLCONTROL generates a bitmap control which displays a vertical 
scroll bar with top and bottom arrows. "Conti-olName" is a SYMBOL. Its assigned 
value is the Resource ID for the control. "ControlCode" is the value generated when 
30 the control on the touchscreen is pressed or released. "Left" is the left most X 
coordinate ofthe displayed control. "Top" is the upper most Y coordinate ofthe 
displayed control. "Right" is the right most X coordinate ofthe displayed control. 
"Bottom" is the lower most Y coordinate ofthe displayed control. "State" is the 
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default settings for the state flags. "TopUpID" is the Resource ID of the top arrow 
bitmap that is drawn on the display when the control is active but not pressed. 
"TopDownID" is the Resource ID of the top arrow bitmap that is drawn on the display 
when the control is active and pressed by the user. "BottomUpID" is the Resource ID 
5 of the bottom arrow bitmap that is drawn on the display when the control is active but 
not pressed. "BottomDownID" is the Resource ID of the bottom arrow bitmap that is 
drawn on the display when the control is active and pressed by the user. 
TEXTBOXRESOURCE (ControlName, ControlCode, Width. Height, Left. Top, 
Right, Bottom, ScroUID. StringID, FontID, Box, Type, Radius! 
10 TEXTBOXRESOURCE generates an allowable area on the display for text 

and an optional scrollbar and fills the area with scrollable text. "ControlName" is a 
SYMBOL. Its assigned value is the Resource ID for the control. "ControlCode" is 
the value generated when the control on the touchscreen is pressed or released. 
"Width" and "Height" are the dimensions of the text box, including the scroll bar. 
1 5 "Left" is the left most X coordinate of the displayed control. "Top" is the upper most 
Y coordinate of the displayed control. "Right" is the right most X coordinate of the 
displayed control. "Bottom" is the lower most Y coordinate of the displayed control. 
"ScrollID" is the Resource ID of the scroll control used in the text box. "StringID" is 
the Resource ID of the string that is drawn when the display is first shown. "FontID" 
20 is the Resource ID of the font with which the string is drawn. "BoxID" specifies that 
the box will not be drawn or will be drawn with square or rounded comers. If 
rounded corners are specified, "Radius" defines the radius of the roimded comers. 

Tviming to Fig. 4, the Operating System (OS) 400 software that the Main 
Processor 101 executes is organized into several imits called Managers. Each 
25 Manager performs a specific task when called upon by the OS 400. The following are 
exemplary Managers: 

The Memory Manager 402 allocates blocks of memory and resources 
for use by an application program 434. 

The Display Manager 404 controls what is shown on the LCD (180 in 
30 Figure 3). It can control what is shown over the entire LCD or just a portion 

of it. The Display Manager 404 generates a display based primarily on 
specified Resources held in memory. The display can, therefore, be modified 
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by changing the content of the Resource rather than by changing the Display 
Manager code 404. 

The Control Manager 406 creates and destroys controls as well as 
handles the user responses to the interactive graphical controls displayed on 
the LCD. When a user selects a graphical icon shown on the LCD, the 
Control Manager 406 responds to the Event and may alter the graphical 
display in response to the user action. All icons and graphical entities 
displayed by the Control Manager 406 originate as a Resource and may, 
therefore, be changed. 

The Graphic Manager 408 is responsible for the actual drawing of the 
entities shown on the display. It also loads the alphabetic fonts used for text in 
the display. 

The Event Manager 410 will queue or mask events that arise during the 
operation of the remote control 10. These events include user interaction with 
the touch screen 24 or key pad 20 and system events generated by timers or by 
any of the communication ports. Events in the queue are accessed by 
Application Software 434. 

The real-time clock (RTC) Manager 412 generates a periodic timing 
mark as an Event. It also keeps the current time. 

The Touch Manager 414 generates an Event each tune the touch screen 
24 is touched and sends the event to the event manager 410. 

The Communication Manager 416 handles all serial messages between 
the Applications 430 or other Operating System software modules and those 
peripherals connected on the serial buses such as the Infrared Controller 140, 
and the ADC and Touch Decoder 170. 

The RF I/O manager 418 handles all two-way data communication 
between Applications 430 and remote resources such as server appUcations 
running in other devices (PCs, set top boxes, TV sets, CD julceboxes, etc.). 

The Printer Manager 420 coordinates communication between the 
remote control 10 and the printer 710, as well as, in some applications, 
between a consumer electronic device and the printer 710. Devices can send 
information to the remote control 10 (or the remote control 10 can retrieve 
information) during the normal course of using the system. Data transfers can 
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happen automatically or by user request. In some applications the data is 
stored within memory, e.g., memory 1 10, until the remote control 10 is 
subsequently docked in the charging base 700. Data can then be printed out 
either automatically or by user request. The Printer Manager 420, for 
5 example, may either alone or in conjxmction with another manager, e.g., the 

Display Manager 404, present the user with a menu of stored items for which 
he could select those desired to be printed out. 

To communicate to systems beyond those devices conventionally found in a 
home entertainment system, the remote control 10 provides a two-way infrared or 

10 two-way RF system (or other communication technology). Usmg this communication 
technology, the remote control 10 can access, process, and/or display data from 
remote sources. The RF I/O manager 418 (or IR I/O manager in the event a two-way 
IR communications path is used instead) accepts data from Applications 430 running 
under the OS and prepares the data for communication by splitting the data into 

15 packets and adding packet header information. It also accepts received packets, 

ensures packet integrity and assembles the received packets into data to be sent to the 
Application(s) 430. 

The RF I/O manager 418 interacts directly with the two-way RF hardware 
previously described (e.g., RF Controller 120 and RF Transceiver 130). Checksums 

20 are appended to outbound data and the packets are sent. Inboimd data is received 

from the commimications hardware. Error free packets are passed to the Application 
interface and a confirmation of successfiil reception is sent to the originator. Packets 
with errors are discarded and up to three retransmit requests can be sent to the 
originator. 

25 In one preferred embodiment, the data commimication protocol implemented 

by the RF I/O Manager 418 comprises commimication packets which can carry data 
or commands. Each packet comprises a header and the attached conmiand or data. 
Commands are transfers of non-data. They are acted upon, not stored. A sequence is 
any number of packets that comprises an entire transfer of data, such as a complete 

30 text stream, a complete bitmap file, a Web page or any other complete data resource. 
A block is a series of data packets whose number does not exceed 128. A single 
block or multiple blocks may constitute a sequence. The Conmiunication Packet 
format is illustrated in Table 1 below. 
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Table 1 



Field 


Bytes 


Description 


Bvte Count 


1 


Total nnrnVif^r of V*vtPQ Qnirnlif^H tr* tVif* <=»nrl r**f fVit^ Hcifn ^7-4-r»^ 


To Address 


2 


X xiv^ ctu.uxu'OO KJX iwVdVXll^ oLclLl\JlI ^Ll&UclJ.JLY UlC oCl VCX 1. 


From Address 


2 


The address of the Remote Control platform 


Packet Nvimber 


1 


Bits 0-6 are used to be sure every packet is sequential. 
Most significant bit used to indicate a command packet (MSB set] 


Port Number 


1 


Used to keep track of multiple data streams. 


Data 


n 


Packet payload - data or command 



The Byte Count is the total number of bytes in the packet, including the 
header. The To Address is the address of the receiving station (usually a server or 
5 gateway). The From Address is the address of the remote control 10. The Packet 
Number is used to ensure every packet is sequential. The Most Significant Bit of the 
Packet Number indicates a command packet when set to a Logic 1 , A unique Port 
Number can be assigned to each imique data sequence, so that packets of different 
sequences can be transmitted in an interleaved fashion. Each separate stream of data 
0 packets should have its own port number as well as its own packet number sequence. 

In one embodiment, six commands are defined for use by tlie remote control 
10. The payload data of each command comprises a one byte command code 
followed by a variable number of parameters, as: 

STX (data = 0x02h). The STX command indicates the start of the 
5 transmission of a series of packets comprising a data sequence. This 

command is accompanied by parameters which specify the total nxmiber of 
packets in the sequence and the Port Number assigned to the sequence. Once 
an STX command is answered by an ACK, any commimication using the 
specified Port Number will be associated with that specific "sequence" of data. 
0 ETX (data = Ox03h). The ETX command follows after a complete 

sequence has been transmitted, and contains the checksum for the entire 
sequence (excluding the headers). If a NAK is sent as a reply to an ETX 
command it is meant to signal retransmission of the entire sequence. 

ACK (data = Ox06h). The ACK command signals a successfiil transfer 
5 of a data Block or Sequence. 
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NAK (data = 0x1 5h). The NAK command signals an unsuccessful 
transfer of a data block or sequence. NAK also constitutes a request for 
retransmission of the data not correctly received. 

ETB (data = 0x1 7h). The ETB command indicates the end of a block 
5 of data. Also causes the packet sequence count to be reset to zero. 

CAN (data = 0xl8h). The CAN command cancels the sequence on the 
Port Nxmaber included in the data portion of this command. 
While the above describes one possible implementation of a communications protocol 
for transfer of data between the remote control 10 and another device, it will be 
10 appreciated that there are many other possible protocols that are equally suitable 

including, but not limited to, those corresponding to various standards, e.g. Bluetooth, 
IrDA Control, IEE802.1 1 and others. 

To effect the transmission of IR codes, the IR Controller 140 communicates 
with applications 430 resident in the remote control 10 using a pre-defined set of 
15 commands. Since the actual mechanisms and formats for transmitting such IR signals 
are well known in the art - see, for example U.S. Patent 4,959,810 which is 
incorporated herein by reference in its entirety - it will not be described further herein. 
In an exemplary embodiment, the SendIR command is issued to the IR Controller 140 
to cause an IR code to be transmitted. The SendIR command is a six byte packet 
20 including the fields RcdLength(l), Olh, DeviceTypeNum(2),KeyCode(l) and 
KeyFlag(l) where: 

RcdLength is a one byte value indicating the total number of bytes in 
this packet. 

Olh is a command type which identifies this command as a "send IR" 
25 command. 

DeviceTypeNum is a combination of DeviceType and DeviceNumber 
as follows: 

Bits 15..12: DeviceType - see Table 2 below. 
Bits 1 1..0: DeviceNumber represents a four (decimal) digit 
30 number which identifies a set of IR functions to control a specific device (e.g. 

"Sony TV set"). 

KeyCode identifies the function to be transmitted, according to Table 3 

below. 
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KeyFlag indicates if any special processing is required. For example, 
if KeyFlag bit 7 is "on" this indicates that this IR command is part of a macro 
sequence playback, requiring that the IR data frame be repeated a certain 
minimum number of times. If bit 5 is "on" this indicates that the IR 
5 Controller should use a leamed IR code rather than it's pre-progranmied code. 



Table 2: IR Controller device types 



Device Type 


Device Name 


Letter 
Representation 


0 


TV 


T 


1 


Cable 


C 


2 


Video Accessory 


N 


3 


Satellite/DSS 


s 


4 


VCR 


V 


5 


Cassette Tape 


K 


6 


Laser Disk 


L 


7 


Digital Audio Tape 


J 


8 


Digital Video Disk 


Y 


9 


Tuner/Amplifier 


R 


10 


Amplifier/Misc. Audio 


A/M 


11 


Compact Disk 


D 


12 


Phonograph 


P 


13 


Home Control 


H 


15-31 


Reserved 





^able 3: IR Controller KeyCodes 



KeyCode 


Function Name 


1 


Digit 1 


2 


Digit 2 


3 


Digit 3 


4 


Digit 4 


5 


Digit 5 


6 


Digit 6 
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KeyCode 


Function Name 


7 


Digit 7 


8 


Digit 8 


9 


Digit 9 


10 


Digit 0 


11 


Volume Up 


12 


Volume Down 


13 


Mute 


14 


Channel Up 


15 


Channel Down 


16 


Power 


17 


Enter 


18 


Previous Channel 


19 


TVA^IDEO 


20 


TVA/^CR 


21 


A/B 


22 


TV/DVD 


23 


TV/LD 


24 


Input 


25 


TV/DSS TV/SAT 


26 


Play 


27 


Stop 


28 


(Search) Forward 


29 


rSearcW Reverse 


30 


Pause 


31 


Record 


32 


Menu 


33 


Menu Ud 

X V ^^^x X V* \^ xy 


34 


Menu Down 


35 


Menu Left 


36 


Menu Right 


37 


Select 
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KeyCode 



Function Name 



Exit 



39... 255 



Other functions 



It will be appreciated that there are many other commands that go back and forth 
between the processors and that tlie above description with respect to the SendIR 
conmiand is not intended to be limiting. 
5 As noted previously, the exemplary remote control hardware and operating 

system are capable of supporting multiple application programs. In a preferred 
embodiment, two application programs coexist in the unit: one which provides 
conventional remote control ("clicker") functionality 432, and another associated with 
the two-way RF communication subsystem which provides general purpose text and 

1 0 graphics display capability in the form of a compact browser utility 434. A printer 
application 436 may be incorporated with the applications 430 to facilitate printer 
functionality, as well as communication with a segregated printer, e.g., printer 710. 
The application which provides conventional consimier appliance remote control 
functionality is preferably the application that is launched by default upon power-up 

1 5 (i.e., insertion of batteries into the unit) and is the mode of operation to which the user 
usually returns. 

Fig. 1 illustrates a typical appearance of the LCD touch screen 24 when the 
remote control 10 is in the mode of operation for providing remote control 
functionality. It will be appreciated that many other displays are also available, 

20 depending on the type, model, and functionality of the device(s) to be controlled. In 
addition, the remote control appHcation need not display key icons for functions not 
supported by a particular device, so the actual display may vary according to the 
specific device brand or even model currently set up. For example, even though the 
IR Controller and the remote control screen layout may in general support menu 

25 operations (see KeyCodes 32 through 38 in Table 1), if the specific device currently 
set (e.g., a Goldstar TV) does not offer this feature, those keys need not be displayed. 

Turning now to Fig. 5, Fig. 5 illustrates the top level program hierarchy within 
the remote control application 432. The remote control application 432 (and its sub- 
applications) acquire events from the event queue (placed there by the Event Manager 

30 410) and use other Managers and resources to perform their intended function. The 
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main menu sub-application 500 is called at the time the remote control 10 receives 
power, for example the time at which the batteries are installed. It initializes all the 
Managers 400, places a welcome message on the LCD display 24, initializes and 
loads all applications and resources that may be used. After a set period of time (a 

5 few seconds), the welcome message should be replaced by the default device screen. 
A typical default device screen is shown in Figure 1 . 

Once all applications and resources have been initialized, the main menu sub- 
application 500 waits for an Event. One such Event is an internal main processor 
timeout which, in this specific case, turns off the display and system CPU to save 

0 battery power. Another such Event is a user keypress. In this latter regard, the user 
may press one of several types of keys, creating Events to which the main menu sub- 
Application 500 responds. One or more of the control keys shown on the display 24 
generates aii Event invoking a sub-application 503 that produces a new display. 
Typically this might be a second "page" (i.e., alternative device screen) of command 

5 keys for the ciirrent device imder control (e.g., a TV) or for a different device (e.g., 
from TV to VCR) with a new page of keys. Activation of another group of keys 
(both the "soft" keys shown on the display and the hard keys in the keypad 20) will 
invoke a sub-application 504 that transmits an infrared code. The send IR sub- 
application 504 communicates witli the IR Controller 140 via the operating system's 

0 communication manager using the IR Controller conamand structure described earlier 
to cause the appropriate device IR command signal to be transmitted. 

Activation of other keys can invoke a sub-application 502 that will turn on the 
display backlighting. Yet another key activation can invoke the setup sub-application 
501 that permits the user to customize the remote control 10. Activation of still other 

5 keys can invoke a different application 508 and pass control of the unit to that 

application. By way of example, activation of a key labeled "iMosiac" may invoke 
the Browser application 434 which is described in greater detail below. 

For customizing the imiversal remote control 10, the setup application 501 is 
invoked. Customization, as is shown in Figure 5, can be provided by three menu- 

0 driven, sub-applications, namely, the device personalization sub menu 505, the device 
setup sub menu 506 and the system sub menu 507. The device setup sub menu 506, 
shown in Figure 6, comprises five sub-applications that afford the user the 
opportunity to access all of the infrared control codes required for operation of an 
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entire home electronics system. Control codes may be pre-stored in the memory 1 10 
of the remote control 10, learned into the memory 1 10 by using the remote control 
that came with a device, or downloaded from a remote source, e.g., from a source via 
tlie hiternet. 

5 To select control codes to be available for access to control consumer 

electronic devices by device type and manufacturer, the setup by brand sub- 
application 510 is utihzed. This sub-application is based in part on technology 
disclosed in U.S. Patent No. 5,614,906 entitled "Method for selecting a remote control 
command set" tliat is incorporated herein by reference in its entirety. The setup by 
1 0 search sub-application 5 1 6 permits the user to select control codes by linearly 

steppmg through the data base of codes by device type, trying each one in turn. The 
setup by code sub-application 513 permits the user to simply enter a known code 
number to configure the remote control 10 to make accessible the control codes to 
control the device(s) corresponding to the known code number. The new code sub- 
1 5 application 5 1 9 allows the user to try new codes received during a prior download 

over the Intemet or through customer service via the telephone. Selected/downloaded 
control codes may be made available for user access by using the add function 51 1 or 
used to replace currently accessible control codes using the replace function 512. The 
delete sub-application 522 can be used to erase all selected control codes, allowmg the 
20 user to start over with a clean slate. 

The personalization sub menu 505 of sub-appUcations shown in Figure 7 
offers some very powerful sub-applications to the user that permit the remote control 
10 to be fully personalized to meet specific needs of a user. For example, the macros 
sub-application 530 comprises five different functions. The macros sub-application 
25 530 is based on technology disclosed in U.S. Patent No. 5,959,75 1 entitled "Universal 
Remote Control Device" which is incorporated herein by reference in its entirety. The 
macros sub-application permits the user to add 531, view 532, delete 534, copy 533 
(e.g., onto another screen) or delete all 535 macro functions. 

To select a key from one device representing a specific infrared fimction and 
30 create a copy of it for use with another device, the move key sub-application 540 is 
utilized. For example, the move key sub-application 540 can be used to move the 
channel up function for the TV device such that it is accessible from the VCR device 
screen. This Sub-Application is based on technology disclosed in U.S. Patent No. 
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6,014,092 entitled "Key mover" that is incorporated herein by reference in its entirety. 
In addition to moving a key 541 a user may delete all 542 keys that have been moved. 

To teach the remote control a new function from another remote control, the 
leai'n sub-application 550 is utilized. The leam sub-application is based on 
5 technology disclosed in U.S. Patent No. 6,097,309 entitled "Remote control learning 
system and method using signal envelope pattern recognition" that is incorporated 
herein by reference in its entirety. A new function can be learned 551 by the remote 
control and assigned to a pre-defined function key or to a blank key. All learned 
functions can be deleted 552. 

10 To label new device keys 561, new fimction keys 562 or to edit existing key 

labels, the label keys sub-application 560 is utilized. The label key sub-application 
562 makes available symbols and lower and upper case characters as well as the 
backspace, space, and shift for use in creathxg alphanumeric key labels. A caps lock 
function can also be provided. 

15 To teach the remote control a new function by entering a three-digit code, the 

key magic sub-application 570 is utilized. The key magic sub-application 570 is 
based on technology disclosed in U.S. Patent No. 5,515,052 entitled "Universal 
remote control with function synthesis" that is incorporated herein by reference in its 
entirety. A new function can be added 571 and assigned to a pre-defined function key 

20 or to a blank key. All added functions can be deleted 572. 

Any key on any device page may be viewed and deleted by the view & delete 
function 595. 

The remote control 10 may also be upgraded and customized by the methods 
taught in U.S. Serial No. 09/615,473, filed July 13, 2000, entitled "Customizable and 
25 Upgradeable Devices and Mediods Related Thereto," which is incorporated herein by 
reference in its entirety. 

The volume lock sub-application 580 affords the user a means for controlling 
the volume for one device (the amplifier, for example) from another screen dedicated 
to controlling another device lilce the TV, for example. The user may institute the 
30 locking feature using the lock function 581 or may remove the feature using the 
xmlock function 582. 

The home theater sub-application 590 offers the user a means for creating on 
one or several screens a set of keys that are those most often used keys in a home 
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theater system. The user may configure the feature using the configure function 591 
or may remove the feature using the reset to default function 592. 

The system sub menu 507 of sub-applications, illustrated in Fig. 8, offers the 
user the abihty to affect the overall operation of the remote control. For example, the 
upgrade sub-appUcation 600 permits the user to add 601 codes from a remote source 
such as a server on the Intemet, via a cable set top box, etc. This application makes it 
easy for the user to always have the most current and/or correct codes in the subject 
remote control, even after the purchase or upgrade of new devices for the family 
home entertainment system. This sub-application may be based on technology 
disclosed in U.S. Patent No, 5,537,463 entitled "Magnetic modem in a remote 
control," U.S. Patent No, 5,228,077 entitled "Remotely upgradable universal remote 
control" and in U.S. Patent No. 5,689,353 entitled "Remote control with two-way data 
coupling" that are incorporated herein by reference in their entirety. The add function 
601 and the replace function 602 make it possible for the user to add or replace codes 
after the upgrade process is complete. 

The LCD sub-appUcation 610 provides a means for the user to compensate for 
any drift in the calibration of the LCD 24 during long-term use. The user may invoke 
the calibrate function 61 1 to retum the LCD 24 to factory-level settings. 

While using the touchscreen, the user can receive audible feedback that a key 
has been selected. To this end, a soft clicking sound is issued by the Piezo Buzzer. 
This sound may be tumed on or off using the sound on/oflF sub-application 630. 

After the user has fully personalized the subject remote control, those settings 
may be locked into place to avoid inadvertent changes. This feature is performed by 
the lock on/off sub-application 620. The user may retimi the remote control 10 to its 
original, factory settings by involdng the user reset/master reset sub-application 640. 

To navigate and browse HTML-formatted data supplied from an external 
source (e.g., via a two-way RF or IR communications link) the remote control 10 
includes a browser apphcation 434 that supports a sub set of XHTML-Basic and 
Compact HTML as proposed and defined by the World Wide Web Consortium. In 
this manner, the remote control 10 provides for customized user interface and data 
display since, within the constraints of the remote control hardware (screen size, 
color, memory availability, etc.), any screen layout of text, unages, and/or hyperlink 
buttons is possible. Thus, any external device equipped wdth a compatible RF or IR 
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transceiver, such as a personal computer, cable or satellite set top box, home 
automation controller or security system, CD jukebox, TV set, and the like, can avail 
itself of the remote control 10 as a data display and interface device via a well- 
understood standardized set of HTML commands. 
5 In addition to tlie subset of XHTML-Basic commands supported, the remote 

control browser can also offer extra META statements as special extensions of the 
standard to facilitate use in situations which are not classically Web-based. For 
example, the browser can support a "Full screen" META statement, <META 
NAME="Any Names" CONTENT="Full_Screen">, that will cause the browser to go 

10 to full screen display mode (e.g., no navigation buttons or scroll bars are displayed). 
Similarly, the browser can support a "Refresh" META statement, <META HTTP- 
EQUrV="Refresh" CONTENT="xx; URL=http://www.name.com/anything.html">, 
that will cause the Browser to count a given number of seconds and then display the 
next html page specified, or if the 'URL=' is not present, refresh the current page. 

15 Both of these extensions are useful for authoring displays in which the user is not 

necessarily aware that the interface presented to him is HTML based via a browser — 
for example, simple TV guide applications and the like. Additionally, the "Refresh" 
feature is useful in applications where the data content to be displayed on the remote 
control 10 needs to be synchronized with a TV or audio program, for example 

20 enhanced TV services or karaoke lyrics. 

The browser application can also be adapted to support a special extended 
HTML tag type, "IROP." With this ability, the remote control 10 can be used in 
connection with HTML pages that are authored to support "buttons" for use in 
sending IR commands. The general fomiat of the IROP tag is <IROP KEY=" 1 - 

25 18,...", LABEL="functionname" IMG="file path"> where "KEY=xx,yy..." specifies 
the IR code(s) to be transmitted upon activation of the button (using the IR KeyCodes 
defined for the IR Controller defined in Table 3 above), and "LABEL=" and "IMG=" 
respectively define a label and graphic (i.e. icon) associated with the button or link. 
For example <IROP KEY= "10, 7", LABEL= "ABC"> would result m the display of 

30 "ABC" as a selectable area on the screen. User activation by pressing the "ABC" area 
on the touch screen would cause the browser to send to the IR Controller 140 a 
SendIR command containing KeyCode number 10 followed by a SendIR command 
containing KeyCode number 7, thus causing the IR Controller to transmit the IR 
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codes for the digits "zero" and "seven", i.e. selecting channel 7 on the current 
consiamer electronic device used for channel changing (TV, Cable box. Satellite 
receiver, etc.). As will be appreciated, this extended IROP tag is useful m situations 
where it is desu^ed that a user be provided with the ability to interact with an HTML 
5 page to initiate the transmission of IR command codes to consumer appliances. 
Examples of such HTML pages include TV guides, CD julcebox managers, and the 
like. 

Timiing to Fig. 9, to invoke the browser application, the user may, for 
example, press a soft button 910 (such as "iMosaic" 41 on the regular remote control 

10 application display screen 24.) When invoked, the browser application starts by 

initializing itself and the two-way communication interface (via the RF I/O Manager 
in the illustrative embodiment) 912. If the browser application and two-way 
commimication interface are successfully initialized, the remote control 10 displays 
the basic Browser screen layout, an example of which is shown in Figure 11, and 

1 5 issues a request to load a preset home page 9 1 4, 9 1 6 . Figures 1 Oa through 1 Og 
provide detailed flowcharts of the overall operation of the exemplary Browser 
Application, showing how subsequent processing of the downloaded HTML data is 
performed. 

Tiiming to Figure lOa, there is shown the overall flow of the exemplary 
20 Browser appUcation. As described earUer, the remote control 10 is an event-driven 
system, so once initialized, the Browser Application simply waits for an Event to 
occur 1 002. Browser-related Events can be classified into one of three general 
categories: KeyDown Events 1004 which result from user activation of any of the 
keys shown in Figure 1 1 (hard or soft); HTML Events 1006 which result from user 
25 activation of an HTML generated item in the current display area (for example a 
hyperlinlc, check box, text input area, etc.); and I/O Events 1008 resultmg from 
activity on the two way communication link, timers, or other system-generated 
interrupts (a low battery indication, for example). The individual processing of each 
of these categories of Event will be described in fiirther detail later, in conjunction 
30 with the figures that follow. 

In one exemplary embodiment, internal priorities within the Browser 
Application are arranged such that, while in process of loading and displaying a page 
of data via the RF link, it will ignore other inputs such as HTML Events. In other 
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words, it is designed such that a user is required to wait until the current page is 
completely displayed before initiating any action such as a hyperlink selection. This 
is evident in Figure 10a where the "IDLE" status of the Browser application (i.e., not 
currently loading data via the RF link) is used to determine whether KeyDown and 
5 HTML events are processed or not. It will be appreciated that other implementations 
are also possible, in particular providing the ability to abort a HTML download in 
progress and initiate a new one by pressing a key or hyperlink in a partially loaded 
and displayed page. 

Figure 10b illustrates tlie processing of a KeyDown Event, specifically the 

10 action taken in response to each of the possible key press user inputs. As can be seen, 
these actions are used to effect page navigation and browser control in addition to 
providing means to configure the Browser Application and to return the unit to the 
(default) Remote Control Application. 

Figure 10c illustrates the processing of an HTML Event. In the HTML subset 

1 5 supported by the exemplary Browser Application, only four classes of HTML Event 
can occur: Activation of a hyperlink 1010, activation of a form control field 1012, 
expiration of a "refi^esh" META statement timer (a special extension to standard 
HTML which allows periodic reloading of a page), 1014 or activation of a IROP field 
(a special extension to standard HTML which allows IR commands to be transmitted 

20 to consttmer appliances) 1016. Activation of a hyperlink results in a request for the 
contents of the specified URL to be issued via the commvmications link, after which 
the Browser AppUcation returns to the "Get Next Event'* waiting state shown at the 
top of Figure 10a pending receipt of the requested data. Activation of a forms control 
function results in the appropriate action as shown in Figure 10b (note that not all 

25 possible HTML forms functions are supported by the subset, unrecognized control 
requests are simply ignored), again followed by a return to the "Get Next Event" 
waiting state. Expiration of a "refiresh" timer causes a request to be issued via the 
commimications link for the URL specified in the META statement (or, if no URL is 
specified, the current page to be automatically reloaded) and a return to the "Get Next 

30 Event" waiting state pending receipt of the requested data. Activation of an IROP 
control causes the Browser to issue SendIR commands to the IR Controller, as 
described earlier, also followed by a retum to the "Get Next Event" waiting state. 
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Figure lOd illustrates the processing of an RF I/O Event. All commmiications 
transactions are preferably timed in order to allow appropriate action to be taken by 
the Browser in the event the communications link is interrupted, for example by the 
user wandering out of RF range. Thus, the first I/O Event that is checked for is a 
5 timer expired status 1020. If there is a Port currently open (i.e., activity in progress) 
the timer expired event is handled as shown in Figxare lOe, described in more detail 
below. If the Event is an *'RF Buffer Ready" event 1022, indicating that there is 
received data ready for processing, the event is handled as shown in Figure lOg, 
described in more detail below. An RF buffer overflow event 1024 signifies an error 

10 condition, handled as shown in Figure lOf, described in more detail below. If the 
sending (server) side issues a "Cancel" command (a request to abort transmission), 
this event 1026 is handled in a similar manner to a timeout event. All other types of 
events 1028 represent conditions which should abort any page download cmrently in 
progress (e.g. a low battery condition), and thus result in the Browser issuing a 

1 5 "CANCEL'' request to the server (the inverse of the server "CANCEL" described 
previously) provided a Port is currently open. 

Figure lOe shows the error processing invoked in the case of a timeout or a 
server initiated "CANCEL" request when the Browser application is not "idle," i.e., it 
is loading HTML or image data via the RF link. If a given time, e.g., three seconds, 

20 has not elapsed since the last activity on this port 1 030, timing continues without any 
action. If the given time has been reached or exceeded, the Browser issues a 
"CANCEL" request to the server 1032. It then determines if a given number of 
retries, e.g., three, have already occurred for this particular request 1034. If the 
number of retries has not been exceeded, the Browser reissues the request 1036. If all 

25 of the retries have been exhausted, the Browser takes error action as appropriate: in 
the case of a failed HTML page download it displays an error message to the user 
1038 (Figure 21 is a example of such a message); if the failure occurred during the 
download of an image 1040, the Browser simply skips display of that image and 
proceeds to request the next image 1042, if any exists. (The processing of HTML and 

30 requests for image data is described in more detail later in conjimction with Figure 



lOg.) 
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Figure lOf shows the error processing that occurs in the event of a buffer 
overflow. As can be seen, the actions taken by the remote control 10 are similar to 
those described above in conjunction with an exhausted retry count. 

Figure lOg shows the processing steps that occur upon receipt of a buffer full 
5 of data Events from the RF I/O Manager. In this case, the Browser first checks its 
internal status to determine if it is currently expecting HTML or image data 1050. If 
expecting HTML data, the HTML page is sent to the HTML parser 1052, which 
processes the HTML data and breaks it down into individual elements for display 
(text strings and images), position coordinates for each hyperlink or control within the 

10 display, and a table of control-link relationships. The HTML parser also sets the 
appropriate timer if a "refresh" META statement is encountered. When the HTML 
parser has completed its analysis, the display information is passed to the Display 
Manager 1054 for rendering on the LCD screen. Once the basic HTML page is 
displayed (i.e., text, links, controls, etc. together with "place holder" icons for the 

1 5 locations of graphic images) the Browser then issues requests for any graphic images 
called out in the HTML source, loading and displaying the graphic images one by one 
until all specified graphics have been displayed. This is achieved by issuing a request 
for the next graphic file 1056 via the RF communications Imk and then returning to 
the "Get Next Event" state (Figure 10a). 

20 When a response is received, the next RF buffer ready Event will find the 

Browser in an "expecting image data" state. This will cause the opposite branch to be 
taken at the top of Figure 1 Og. Here, the Browser, after making any necessary 
adjustments to page layout residting from the insertion of the new graphic 1058 (in 
some instances the graphic size may have been predefined in the HTML, in which 

25 case no adjustment is necessary since the appropriate area is already allocated, but in 
others the final graphic may differ in size from the "place holder" icon and require 
adjustment to the balance of the page layout to accommodate it), displays the graphic 
data just received 1 060 and issues a request for the next graphic. After the last 
graphic has been downloaded and displayed, the Browser set its internal status to 

30 "IDLE" (thereby enabling recognition of HTML and KeyDown Events) and returns to 
the "Get Next Event" state (Figure 10a). 

Figure 1 1 shows an exemplary, basic touch screen display layout for the 
remote control Browser. In the illustration, the layout comprises a toolbar 1 100 
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containing the usual Browser control items (e.g., "back," "forward," "reload," "stop/' 
"go to," and "home" illustrated from left to right), a key 1 120 to access previously 
entered bookmarks, a general display area 1 150 in which HTML formatted data is 
displayed, and a scroll bar 1 140 used to navigate pages of data which are longer than 
5 the display space. In addition, the screen may include two control elements specific 
to the browser application, namely, a key 1 130 to access set up routines used to adjust 
items such as RF link addresses, home page URL, etc., and a key 1110 used to return 
the unit to the basic remote control application 432 when use of the Browser is 
complete. 

10 The "home page" URL first loaded by the Browser application need not be 

Web based in the classical sense. Rather, the "home page" may be an address 
pointing to an HTML formatted interface to a home control system as illustrated in 
Fig. 12. The "home page" illustrated in Fig. 12 shows an example of how the 
universal remote control 10 can display simple icons and messages 1202 useful in 

1 5 receiving information firom appUances aroimd the home and, in turn, controlling them. 
In yet another example, the "home page" initially loaded might take the foma of a TV 
guide display loaded from a cable or satellite set top box including program viewing 
information 1302, as illustrated in Fig. 13. Note that this particular example makes 
use of the "fall screen" META statement 1300 as described above to hide the generic 

20 browser controls (e.g., "back," "forward," "reload," etc.) from the user. 

By way of further example. Fig. 14 illustrates the use of the universal remote 
control 10 as part of a two-way communication system. In this illustrated example, 
the remote control 10 is used as a platform to browse the Internet, using a personal 
computer 1420 as a gateway or proxy server. Requests by the user of tiie universal 
. 25 remote control 10 for access to certain information located on Web pages on the 

Internet are sent through the RF I/O Manager 418 and RF Module 125 to a matching 
RP transceiver unit 1410 which is attached to the personal computer 1420 via one of 
its serial ports 1415. Software resident in the personal computer 1420, including an 
HTTP interface and server application 1440 formats the request appropriately and 

30 forwards it to the specified Web URL. When a response to a request is received at the 
personal computer 1420, the personal computer 1420 performs any format conversion 
required for compatibility with the subset of HTML supported by the remote control 
10, and then forwards it to the remote control 10 via the reverse of the path described 



30 



wo 02/091737 



PCT/US02/09131 



above. In this maimer, Web content may be ultimately displayed on the universal 
remote control 10. 

In the illustrative example, the PC application that provides the Internet access 
for the remote control 10 is called the server application. As illustrated in Fig. 15, the 
5 server start up module 1500 is invoked when the server application is started on the 
personal computer 1420. The server application manages the display (to the PC 
screen) and internal settings 1510, the transfer of data 1520 between the Internet and 
the remote control 10, and the external serial port 1540 to which the PC-side RF 
transceiver vinit 1410 is attached. As serial messages are received 1542 they are 

1 0 placed in an internal data buffer 1 544 from which they are subsequently processed 

and delivered to the Internet 1522,1524,1 526. If Intemet data is received 1526, then it 
is converted to a compatible format if necessary 1528, 1530 and then sent to the 
remote control 10 for display 1532. It will be appreciated that while this example uses 
a personal computer based Web gateway, similar systems can readily be implemented 

1 5 using various other devices to implement the gateway, for example a cable or satellite 
set top box, a Web-enabled TV set, a residential home gateway controller, a Web- 
enabled game console, a personal video recorder, etc. 

Figs. 18-20 depict exemplary bases 700 connected to printers 710. 
Specifically, Fig. 18 illustrates the remote control being placed in a cradle-style base 

20 700a. The cradle-style base 700a is connected to a separate thermal printer 710a. The 
printer 710a supports supply paper 720, which may be conveniently supplied in 
conventional roll form or flat form. Printed paper 722 exits the discharge opening 
724, which is preferably an elongated slot. 

Fig. 19 illustrates a base 700b having a top-movmted integral printer 710b. 

25 Fig. 20 illustrates a base 700c having a side mounted paper supply in the form 

of a spool 726. The paper 722 (not shown in Fig, 20) exits the discharge opening 724 
that opens on the opposite side of the base 700c. A tear-bar 728 mounted parallel to 
the discharge opening 724, provides an efficient means of removing printed paper 722 
(not shown in Fig. 20). A removable paper supply cover 730 removably attaches to 

30 the first side of the base 700c and maintains the integrity of the supply paper 720. 

The printers 710 provide a convenient method for obtaining a hard copy of 
data from the remote control 10. The remote control 1 0 can act as an interface with a 
consumer electronic device to obtain hard copies of data. The data may reside within 
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memory in the consumer electronic device (e.g., a user manual) or the consumer 
appliance can act as a conduit for information obtained from another source (e.g., a 
set-top box connected to the Internet). By way of further example, coupons 740 and 
742 shown in Fig. 21 may have been requested by a user from a PC for instance. 
5 Targeted coupons (or advertising) may be automatically downloaded into the remote 
control 10 based on the type of program content (e.g., which news shows and 
entertainment shows) for which the user has a preference. For example, a user that 
views a predetermined percentage or quantity of outdoor programs (measured, e.g., in 
minutes or number of shows) may be sent camping coupons. While coupons are used 

10 for illustrative purposes herein, it will be appreciated that many other types of 

printable material are suitable for output using the system described. For example, 
confirmation of orders placed with shopping channels, menu listings from local 
restaurants, driving directions to advertised businesses, tickets to events, etc., may all 
be obtained through the remote control 10. Associated listings of additional material, 

15 for example books, videos, sound tracks, etc. related to shows watched, or being 
watched, maybe sent or requested. When coupled with the aforementioned 
browser/internet capability, the printer 710 may be used to obtain a hard copy of an 
email, for example. 

Users notepad capability is obtainable through use of the display module 180. 

20 The display module 180 can be used to capture the image in memory 1 10 for later 
printing with printer 710. 

Fig. 22 shows a remote control 10 displaying a coupon 740 and "Print" 
button/icon 2200. When a user selects the print icon 2200 (see also Figs. 10a and 
10b) the "Send Image to Printer" request/command, which results in printing only the 

25 active region of the display, is processed as depicted in Figs. 24 through 26. A 

complete screen dump of the display may also be printed. The bar code is preferably 
formatted using HTML and HTML TAGS. For many applications it is desirable to 
send the bar codes as data rather than screen dumps. The printer 71 0 or the printer 
module 706 (or 706* in Fig. 23) is then provided with software algorithms for printing 

30 out various industry standard formatted bar codes. This approach ensures bar code 
compatibility with pre-existing retail infrastructures, or subsequently determined 
hifrastructures. 
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Fig. 23 illustrates two configurations by which the remote control 10 may 
interface with a printer 710. Configuration 1 is representative of a system 
configuration where the remote control 10 interfaces witli the printer 710 via a 
physical comaection, such as contacts 704 of docking station 700 (which is preferably 
5 also a charging base equipped with contacts to mate with the remote controPs 
recharging contacts 107); configuration 2 is representative of a wireless interface 
where the data is sent through printer control module 706* (which is associated with a 
base station). Thus, print capability may be utilized without the requirement of 
docking the remote control 10. 

10 To effect printing remotely, the remote control 10 appends a "print data" 

header to a data block and transmits it over a wireless Unk, preferably a RF link. If 
multiple components are connected in the hardwired configuration, the remote control 
10 may be adapted to append the appropriate header, for example "scanner data" or 
"display monitor data" where the print module 706 is more generally an output 

1 5 module that routes the data from the remote control as necessary. Additional data 
formatting, if desured, can then be performed in the output module or the output 
device, e.g., the printer. 

Fig. 24 illustrates a basic process of sending an image (such as coupon 740) to 
printer 710. The remote control 10 tests if a printer is available (Step 2410). 

20 Depending on the system configuration, i.e., whether the remote control is docked in 
docking station 700 or not, the printer available test will comprise sensing printer 
status via either serial interface contacts 104 (for example) or the RF link through RF 
antenna 52. The printer may be unavailable for a variety of reasons, for example if 
the remote control 10 is not docked, it is out of RF range with the base station, or the 

25 printer is communicating but has no paper. If the printer is unavailable, the remote 
control 10 attempts to store the requested data output for later printing, if, for 
example, memory is available (Step 2412). If the pruiter is available, the remote 
control 10 transfers the current data (Step 2414) and any previously stored data (Step 
2416). 

30 Fig. 25 illustrates how the data is output by the remote control 10 (block 

diagram 25a) along with how the data is handled by a base station (block diagram 
25b). The remote control 10 determines if the data will be sent remotely or locally 
(Step 2510). Depending of the application, it may be desirable to send data remotely, 
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to a remote base station, even while the remote control 10 is docked in docking station 
700. For other applications, the remote control automatically configures itself to send 
data either locally or remotely depending on whether or not it is docked. 

If the data is not sent locally (and it is desired to print it because the print icon 
5 2200 was selected) the "Printer" header is appended to the data (Step 25 12). The data 
is transmitted (Step 25 14) via RF link 25 16 to liie base station. The printer module 
706' receives the data block (Step 2518) and tests for an output header, specifically a 
"Printer" header (Step 2520). If a "Pruiter" header is detected, the header is stripped 
off and the data is routed to the printer 710 (Step 2522). If a "Printer" header is not 

10 detected, the data can be sent to a personal computer, set-top box, game console with 
Web access, home gateway, etc. acting as a server 1420 which is linked to the base 
station (Step 2524). To increase system flexibility it is desirable if the destination 
device conmiuxiicate status to the remote control 10. 

Fig. 26 illustrates via flow charts 26a and 26b how status 2610 may be 

1 5 communicated back to the remote control 1 0 when the remote interface configuration 
(configuration 2 of Fig, 23) is in use. A data block containing printer status and a 
"Printer" header is constructed (Step 2612). The status data is transmitted (Step 2614) 
via RF linlc 2616 (note that link 2616 is from the base station to the remote control 10 
and link 2516 is from the remote control 10 to the base station). Other data fi-om 

20 other components, e.g., from the server, may be coupled with the status data and 
transmitted over link 2616 (Step 2618). The remote control 10 receives the data 
through RF antenna 52 (Step 2620) and routes the data to the appropriate applications, 
e.g., server data to browser application (Step 2622) and print data to printer 
application (Step 2624). 

25 While aspects of the invention has been particularly shown and described with 

reference to particular embodiments thereof, it will be understood by those skilled in 
the art that various changes in form and detail may be made therein without departing 
fi-om the spirit and scope of the invention. The scope of the claimed invention is 
intended to be defined by following claims as they would be understood by one of 

30 ordinary skill in the art with appropriate reference to the specification, including the 
drawings, as warranted. 
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CLAIMS 



10 



15 



20 



25 



What is claimed is: 

1. A communication system, comprising: 

a hand-held wireless controller having a display, the hand-held wireless 
controller operable to transmit command codes to control the operation of a first 
consvimer electronic device and to receive data to be printed from a second consumer 
electronic device and to display a representation of the data to be printed in the 
display; 

a base station adapted to receive communications from the wireless controller 
including the data to be printed; and 

a printer coupled to the base station for use in creating a print output based on 
the data to be printed. 

2. The commxmication system as recited in claim 1, wherein the first consumer 
electronic device and the second consumer electronic device are the same consumer 
electronic device. 

3. The communication system as recited in claim 1, wherein the first consumer 
electronic device comprises a television and the second consvimer electronic device 
comprises a set-top box. 

4. The communication system as recited in claim 1, wherein the first consumer 
electronic device comprises a television and the second consumer electronic device 
comprises a personal computer. 

5. The conmiunication system as recited in claim 1, wherein the hand-held wireless 
controller and the base station have cooperating contacts for removably coupling the 
wireless controller to the base station. 

6. The commxmication system as recited in claim 1, wherein the hand-held wireless 
controller comprises a power source and wherein the base station is adapted to 
recharge the power source when the hand-held vareless controller is coupled to the 
base station. 

7. The communication system as recited in claim 1 , wherein the hand-held wireless 
controller and the base station commxmicate using RF transmissions. 

8. The communication system as recited in claim 7, further comprising a personal 
computer which provides server functionality coupled to the base station for receiving 
from the base station data transmitted from the wireless controller and wherein the 
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base station comprises a controller for directing data to the printer or to the personal 
computer. 

9. The coxirniunication system as recited in claim 7, further comprising a set-top box 
which provides sei-ver functionality coupled to the base station for receiving ft'om the 

5 base station data transmitted from the wireless controller and wherein the base station 
comprises a controller for directing data to the printer or to the set-top box. 

10. The communication system as recited in claim 7, further comprising a Web- 
enabled game console which provides server fimctionality coupled to the base station 
for receiving from the base station data traasmitted from the wireless controller and 

10 wherein the base station comprises a controller for directing data to the printer or to 
the Web-enabled game console. 

1 1 . The communication system as recited in claim 7, further comprising a home 
gateway box which provides server functionality coupled to the base station for 
receiving from the base station data transmitted from the wireless controller and 

15 wherein the base station comprises a controller for directing data to the printer or to 
the home gateway. 

12. The communication system as recited in claim 8, wherein the personal computer 
and the base station are adapted to conmnmicate using serial transmissions, 

13. The communication system as recited in claim 1, wherein the printer is integral 
20 with the base station. 

14. The communication system as recited in claim 1, wherein the data to be printed 
comprises data representative of a bar code. 

15. The commxmication system as recited in claim 14, wherein the printer comprises 
programming for printing industry standard formatted bar codes. 

25 1 6. A base station for use in a communication system comprising a hand-held 

wireless controller adapted to interface with a consumer electronic device, the base 
station comprising: 

coupling means for coupling the hand-held wireless controller to the base 
station to receive data from the hand«held wireless controller; and 

30 a printer to print output based on the data. 

17. The base station as recited in claim 16, wherein the coupling means comprises a 
RF adapter for receiving RF signals including the data from the hand-held wireless 
controller. 



36 



wo 02/091737 



PCT/US02/09131 



1 8. The base station as recited in claim 16, wherein the coupling means comprises a 
contact adapted to mate with a cooperating contact on the hand-held wireless 
controller. 

19. The base station as recited in claim 16, comprising a cradle adapted to removably 
5 receive the hand-held wireless controller. 

20. The base station as recited in claim 19, wherein the base station is adapted to 
recharge a power supply within the hand-held wireless controller while the hand-held 
wireless controller is received in the cradle. 

21 . The base station as recited in claim 19, wherein the printer is integral with the 
10 cradle. 

22. The base station as recited in claim 19, wherein the cradle has a side and 
the printer comprises a paper discharge parallel with the side. 

23. A hand-held wkeless controller adapted to control a consumer electronic device 
and communicate with a base station, the hand-held wireless controller comprising: 

15 a memory storing a pliiraiity of command codes for use in commanding the 

operation of the constimer electronic device; 

a first transmitter for transmitting signals representative of command codes to 
the consumer electronic device; 

a receiver for receiving data to be printed; 
20 a display module comprising a touch panel through which a user may select at 

least one of the plurality of command codes to transmit to the consxuner appliance via 
the first transmitter and for displaying an image representative of the data to be 
printed; and 

a second transmitter for transmitting a signal indicative of the data to be 
25 printed to the base station. 

24. The hand-held wireless controller as recited in claim 23, wherein the second 
transmitter comprises an electrical contact for mating with a cooperating contact in 
the base station. 

25. A base station for use in a communication system comprising a hand-held 

30 wireless controller adapted to interface with a consumer electronic device, the base 
station comprising: 

a cradle to receive the hand-held wireless controller having contacts through 
which data is routed between the wireless controller and the base station; 
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a printer connected to the cradle to print output based on the data received 
from the hand-held wireless controller; and 

a print controller connected to the printer and the contacts for controlling the 
printing of the data. 

5 

26. The base station as recited in claim 25, wherein the printer is integral with the 
cradle. 

27. A base station for use in a communication system comprising a wireless 
controller adapted to interface with a consumer electronic device, the base 

10 comprising: 

an RF adapter for receiving data from the wireless controller; 
a printer adapted to print output based on the data received from the wireless 
controller; 

a personal computer which provides server ftinctionality for receiving data 
15 received from the wireless controller; and 

a controller linked to the RF adapter for routing the data to the printer or the 
personal computer. 

28. The base station as recited in claim 27, wherein the controller routes data to the 
printer or the personal computer based upon header information contained in the 

20 received data. 

29. A method for handling data in a system having a hand-held wireless controller 
having a display in communication with a consumer appliance and a base station 
having an associated printer, the method comprising: 

displaying within the display of the hand-held wireless controller an image 
25 representative of data to be printed which is received from the consumer appliance; 

accepting at the hand-held wireless controller a request to print the data as 
represented in the display; 

transmitting a request from the hand-held wireless controller to the base 
station to determine if the printer is available for printing the representation of the 
30 image in the display and, if the printer is available, transmitting from the hand-held 
wireless controller to the base station a signal representative of the data for use by the 
printer to create a hard-copy representation of the data. 
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30. The method as recited in claim 29, wherein the data representative of the image in 
the display comprises data representative of a bar code. 

3 1 . The method as recited in claim 29, further comprising the steps of monitoring use 
of the consumer appliance and transmitting from the consxmier appliance to the hand- 

5 held wireless controller the data to be printed as a function of the monitored use of the 
consumer appliance. 

32. The method as recited in claim 3 1 , wherem the data to be printed is targeted 
advertising. 

33. The method as recited in claim 31, wherein the data to be printed is an order 
10 confirmation. 

34. A method of delivering printable information, comprising: 

transmitting candidate data for printing to a hand-held wireless controller 
adapted to transmit control signals to a consumer electronic device; 

displaying on the hand-held wireless controller an image representative of the 
1 5 candidate data to be printed; and 

in response to a request to print the printable information, communicating the 
data to be prmted from the hand-held wireless controller to a base station adapted to 
interface to a printer. 

35. The method as recited in claim 34, further comprising the step of storing the data 
20 to be printed locally in the hand-held wireless controller device until such time as 

communication with the base station is enabled. 

36. The method as recited in claim 35, further comprismg the step of enabling printing 
when the hand-held wireless controller is docked into a cradle provided as part of the 
base station. 

25 37. The method as recited in claim 35, wherein the step of communicating further 

comprising the step of establishing an RF communication link between the hand-held 
wireless controller and the base station. 

38. The method as recited in claim 34, wherein the data comprises a coupon. 

39. The method as recited in claim 34, wherein the data comprises a ticket to an 
30 event. 

40. The method as recited in claim 34, wherein the data comprises a targeted 
advertisement. 
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41 . The method as recited in claim 34, wherein the data comprises information 
regarding a product offering. 

42. The method as recited in claim 34, wherein the data to be printed comprises 
confirmation of an order or purchase ti'ansaction. 

5 43 . The method as recited in claim 34, wherein the data to be printed comprises 
driving directions. 

44. The commimication system as recited in claim 1, wherein the hand-held wireless 
controller has a browser application for displaying a mark-up language page within 
the display wherein the mark-up language page includes the data to be printed. 
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